Компания VMware закончила разработку новой версии решения для виртуализации настольных ПК предприятия VMware View 4.5, которое позволяет разместить рабочие станции пользователей на серверах виртуализации, добившись существенной экономии на содержание парка настольных компьютеров, а также повысить управляемость и безопасность данной части инфраструктуры.
А вы знаете, что на прошедшей в Сан-Франциско конференции VMworld 2010 компания VMware объявила о начале поставок бесплатного продукта Novell SUSE Linux Enterprise Server (SLES) for VMware для пользователей VMware vSphere в соответствии с соглашением с компанией Novell, подписанным в июне этого года.
Скачать Novell SLES for VMware можно с сайта Novell, при этом для клиентов, которые приобрели VMware vSphere, продукт включает в себя бесплатные патчи и обновления. А вот поддержка для данного продукта продается отдельно - цена начинается с $600 за поддержку 12×5 (по телефону) на 1 год. Почему с сайта Novell качается данный Линукс? Очень просто - Novell нужны пользователи VMware (что наверняка определено подписанным OEM-соглашением).
Текущая версия Novell SLES 11 Service Pack 1 поставляется в 32-х и 64-битном варианте.
Компания VMware официально объявила о снятии с производства продукта VMware Lifecycle Manager. Этот продукт был построен на базе средства автоматизации VMware vCenter Orchestrator (vCO) и позволял унифицировать жизненный цикл виртуальных машин в инфраструктуре VMware vSphere. С 1 сентября этот продукт находится в стадии EOL и недоступен для заказа.
Прекращение поставки данного продукта, по заверениям VMware, позволит ей сконцентрироваться на разработке решений в сфере облачных вычислений, в том числе на базе средства управления VMware vCloud Director (vCD). Напомним, что в прошлом году уже прекратило свое существование средство VMware Stage Manager для управления циклом ввода сервисов в промышленную эксплуатацию (его функции взял на себя продукт VMware Lab Manager). В отношении того же Lab Manager также ходят слухи о скором его снятии с производства и замене части его функций возможностями продукта vCloud Director, а части за счет новых продуктов VMware в сфере облачных вычислений.
Компания VMware на прошедшей конференции VMworld 2010 в Сан-Франциско сделала важный анонс средства для создания облачной инфраструктуры приложений VMware vFabric.
По-сути, VMware vFabric - это пакет средств разработки, который позволяет разработчикам продуктов на базе платформы Spring Java создавать приложения, которые адаптированы для работы не только в частной или публичной облачной инфраструктуре VMware vSphere (например, в облаках VMforce), но и на платформе Google.
Платформа «облачных» приложений от VMware предоставляет разработчикам, архитекторам приложений и ИТ-службам современную программно-аппаратную инфраструктуру в виде набора интегрированных сервисов «облачного» типа:
Облегченный сервер приложений - tc Server: версия Apache Tomcat для предприятий оптимизирована для Spring и VMware vSphere и может быть мгновенно развернута при необходимости масштабирования приложения;
Сервисы управления данными - GemFire: увеличивает производительность приложений и сокращает количество «узких мест» в базе данных, обеспечивая возможность постоянного доступа к глобально распределенной информации;
Сервис обмена данными в «облаках» - RabbitMQ: обеспечивает обмен данными между приложениями внутри и за пределами ЦОДа;
Динамическая балансировка нагрузки - ERS: версия веб-сервера Apache для предприятий помогает обеспечить оптимальную производительность, равномерно распределяя нагрузку приложений;
Управление производительностью приложений - Hyperic: делает возможным управление производительностью благодаря полной прозрачности современных приложений, развернутых в физических, виртуальных и «облачных» средах.
Компания Veeam Software, ведущий мировой производитель средств для резервного копирования и управления виртуальной инфраструктурой VMware vSphere, на прошедшей конференции VMworld 2010 в Сан-Франциско завоевала сразу четыре награды в различных номинациях. Надо отметить, что ранее этого достижения не добивалась ни одна из представленных на выставке компаний.
Награды Veeam:
Продукт Veeam Backup & Replication 5: Best of Show
Технология Veeam vPower: Gold award in New Technology
Пакет Veeam ONE: Finalist in Virtualization Management (второй раз, подробнее - здесь)
Продукт Veeam Backup & Replication 4.1: Finalist in Business Continuity and Data Protection (второй раз)
Безусловно, самый инновационный продукт компании - Veeam Backup and Replication 5, о котором мы уже не раз писали (здесь, здесь и здесь). Он включает в себя не только технологию автоматической проверки работоспособности резервных копий виртуальных машин Veeam SureBackup, но и многое другое, что объединено под маркой vPower.
Коллектив VM Guru искренне поздравляет коллег из Veeam Software и желает долгого и продуктивного сотрудничества с компанией VMC, где и можно приобрести продукты Veeam.
Компания VMware наконец выпустила продукт VMware vCloud Director (vCD), который позволяет управлять ресурсами виртуальной инфраструктуры VMware vSphere в "облачном" стиле. Ранее этот продукт был известен как "Project Redwood" и вместе с VMware vCenter Chargeback был запланирован в составе законченного решения для организации и контроля частных облаков на базе облачной операционной системы vSphere.
VMware vCloud Director имеет много общего с VMware Lab Manager, который позволял управлять рабочими процессами по развертыванию виртуальных машин для разработки и тестирования (в частности, функции объектов organizations, VM Templates, network Fencing и портал самообслуживания пользователей). Кроме того, есть часть функций от продуктов VMware vCenter Chargeback и VMware vCenter vOrchestrator.
Основное назначение vDC - логическое объединение ресурсов виртуальной инфраструктуры и распределение их между пользователями, которые используя веб-интерфейс выбирают нужные сервисы в виртуальных машинах из каталога для использования в своих целях.
Как понятно из назначения vDC - это продукт для достаточно крупных организаций или провайдеров услуг, которые могут предоставлять облачные сервисы своим пользователям (в различных подразделениях).
Разделяя пользователей на объекты organizations, администраторы облачных центров обработки данных могут определять для них политики использования виртуальных ресурсов (квоты, сроки аренды, уровень обслуживания), которые они могут выбирать из каталов сервисов, созданных на базе шаблонов и групп виртуальных машин (объекты vApp) которые можно персонализировать. Вся эта облачная инфраструктура защищается с помощью VMware vShield.
Скачать пробную версию VMware vCloud Director можно по этой ссылке.
Одной из новых возможностей решения для виртуализаци настольных ПК VMware View 4.5 стала возможность организации ярусного хранения данных виртуальных машин (Tiered Storage), где для различных типов данных в зависимости от требований к производительности можно использовать различные типы устройств хранения.
Мы уже писали о средстве VMware View Composer, которое позволяет использовать связанные клоны (Linked Clones) в целях экономии дискового пространства. Composer использует один базовый образ виртуального ПК на основе которого развертываются новые унифицированные виртуальные ПК с данными пользователей.
Напомним некоторые понятия хранения данных виртуальных ПК:
Master Replica – это основной образ виртуального ПК с установленной гостевой ОС и приложениями, хранимый как шаблон.
Replica – это клон Master Replica на базе дисков растущих по мере наполнения (Thin Provisioned). Он создается для каждого нового пула виртуальных ПК на своем datastore. Этот образ используется для создания новых десктопов-связанных клонов, которые зависят только от Replica, что позволяет вносить изменения в Master Replica, не затрагивая дочерние виртуальные машины пула.
Linked Clone – это связанный клон на базе реплики, который представляет собой совокупность: Измененные данные реплики (Delta Footprint) + Журнал (Log) + Диск с пользовательскими данными (User Data Disk)
В VMware View 4.5 появились новые типы дисков:
Persistent Disk – это и есть старый User Data Disk, который теперь носит такое название. Можно хранить persistent disk внутри диска гостевой ОС либо на отдельном vmdk.
Disposable Disk – это отдельный диск для хранения файлов подкачки гостевой ОС и временных файлов. View Manager удаляет эти файлы после выключения связанного клона. Этот тип диска позволяет замедлить рост данных, занимаемых виртуальным ПК.
Теперь Linked Clone представляет собой следующую комбинацию:
Измененные данные реплики (Delta Footprint) + Журнал (Log) + Диск с пользовательскими данными (Persistent Disk) + Временный диск (Disposable Disk)
Для чего это сделано? Очевидно, что эти типы данных, из которых состоит виртуальная машина требуют различного быстродействия, что ведет за собой хранение этих объектов на разных типах носителей.
Через View Administrator можно выбрать различные Datastores для описанных выше объектов, которые могут размещаться на флеш-носителях SSD (самые быстрые), Fibre Channel (помедленнее) и SATA (самые медленные). Само собой, чем быстрее носитель - тем он дороже, поэтому, например, реплику (которая одна для всего пула и всеми машинами используется) можно размещать на SSD.
А вот пользовательские диски можно размещать и на носителях SATA. Картина в целом такова:
Красиво? По-моему, самое оно для всяких там Enterprises.
На проходящей сейчас конференции VMworld 2010 компания VMware сделала несколько важных анонсов, один из которых мы сейчас рассмотрим. Серьезное улучшение, которое VMware сделала в плане обеспечения информационной безопасности инфраструктуры VMware vSphere - это полное обновление линейки продуктов vShield, представителем которой ранее было только средство VMware vShield Zones. Таги: VMware, vShield, Security, vSphere, ESX, VMachines, Zones, App, Endpoint, Edge
Компания VMware объявила о выпуске новой версии своего средства VMware Converter 4.3 для P2V (Physical to Virtual) и V2V (Virtual to Virtual) миграции серверов на платформу VMware vSphere. Кроме того, с выпуском данной версии VMware открыла независимым разработчикам ПО фремворк для автоматизации задач Converter SDK.
Новые возможности VMware Converter 4.3:
Полная поддержка платформы VMware vSphere 4.1 в качестве исходной и целевой для виртуальных машин
Поддержка импорта выключенных виртуальных машин Microsoft Hyper-V R1 и Hyper-V R2
Публичный API для создания и отслеживания задач Converter (Java и C#)
Поддержка конвертации физических машин Windows 7 и Windows 2008 R2
Возможность регулировки интенсивности миграции на базе пропускной способности сети и загрузки CPU
Поддержка IPv6
Скачать VMware Converter 4.3 можно скачать по этой ссылке.
Недавно компания Veeam анонсировала пакет продуктов Veeam ONE, который представляет собой набор всех необходимых средств для мониторинга, отчетности и управления виртуальными средами VMware vSphere.
По-сути, Veeam ONE - это пакет продуктов для крупных компаний, осуществляющих контроль и управление физической и виртуальной средой с помощью продуктов Microsoft System Center или HP Operations Manager (PDF).
Для таких сред Veeam предлагает выбрать необходимый продукт Veeam nworks Management Pack (для MS System Center) или Veeam nworks Smart plug-In (для HP OM), позволяющий осуществлять мониторинг производительности и доступности сред VMware vSphere, а также своевременно обнаруживать и решать проблемы виртуальных инфраструктур. Также можно взять и обычный Veeam Monitor, который работает как standalone-продукт и позволяет осуществлять проактивный мониторинг серверов виртуализации.
Кроме этого, в комплекте идет Veeam Reporter для создания отчетов и управления изменениями виртуальных машин на платформе vSphere. Veeam Reporter имеет и функционал прогнозирования необходимых мощностей при условии роста или изменений в виртуальной инфраструктуре (Capacity Planning).
Также в Veeam ONE есть возможности управления виртуальной средой с точки зрения бизнес-критериев, а не технических сущностей, что позволяет сделать Veeam Business View.
Решение Veeam ONE лицензируется на физический процессор управляемого сервера VMware ESX из состава vSphere. За более детальной информацией по решению обращайтесь в компанию VMC.
Интересную возможность управления кластером высокой доступности VMware HA демонстрирует Duncan Epping. Если в сервисной консоли VMware ESX ввести команду:
/opt/vmware/aam/bin/Cli
а потом набрать команду:
ln
то мы увидим вот такую картинку:
В колонке Type мы видим значение Primary - это тип узла кластера VMware HA (всего может быть 5 Primary узлов, соответственно виртуальная инфраструктура гарантированно выдерживает до 4-х отказов включительно). Далее можно превратить Primary-ноду в Secondary:
Компания Veeam выпустила бесплатную версию продукта Veeam Reporter free Edition для документирования, отчетности и управления изменениями виртуальной инфраструктуры VMware vSphere, которую можно абсолютно свободно скачать с сайта Veeam:
Как многие помнят, еще в VMware vSphere 4.0 появилась возможность расширения тома VMFS, для тех случаев когда почему-то простанство на LUN осталось (или его расширили), а для виртуальных машин уже места нет.
Интересное применение этой возможности - в виртуальных лабораториях. То есть, например, консультант взял VMware Workstation 7 и поставил в виртуальной машине VMware ESX 4.x. В качестве Dastastore используется локальный диск виртуального ESX, туда же ставится какая-нибудь виртуальная машина, но ей, как всегда, не хватает места.
Расширяем виртуальный диск виртуальной машины на Workstation, где установлен виртуальный ESX:
Например, с 20 до 30 ГБ:
Далее загружаем виртуальный ESX, соединяемся с ним из vSphere Client и переходим в категорию Storage на вкладке Configuration. Там выбираем Datastore и нажимаем Properties:
Там нажимаем кнопку Increase:
Возникает мастер Increase Datastore Capacity, где можно расширить том:
На вкладке Extents добавился новый экстент, а размер тома стал под 30 ГБ. То, что мне было нужно.
Как вы знаете, из GUI vSphere Client есть способ массового обновления VMware Tools в виртуальных машинах. Но бывает так, что установка VMware Tools зависает и почему-то не может быть отменена через клиент.
В этом случае динамическая миграция vMotion для виртуальной машины недоступна. Вы получите вот такое сообщение:
The virtual machine is installing VMware Tools and cannot initiate a migration operation.
Что нужно делать, чтобы отменить установку VMware Tools:
1. Заходим в сервисную консоль ESX, где запущена данная виртуальная машина и выполняем команду:
/ust/bin/vmware-cmd -l
2. Копируем путь из результатов вывода в следующую команду:
Некоторые пользователи платформы VMware vSphere, которые не используют множество функций распределенных служб VMware vCenter, хотели сделать такую штуку: обновить хосты VMware ESX 4.0 на версию 4.1, а сервер VMware vCenter оставить версии 4.0.
То есть ставить VMware vCenter 4.1 придется для управления хостами версии 4.1. Кстати, обратите внимание, что VMware vCenter 4.1 умеет управлять хостами VMware Server 1.0 - единственный после версии VirtualCenter 1.4 (не опечатка ли это?).
Таги: VMware, vCenter, ESX, VirtualCenter, vSphere, Update, Compatibility, Server
Технология связанных клонов (Linked Cloning) активно используется в решении для виртуализации настольных ПК VMware View 4. Авторы портала myvirtualcloud.net опубликовали интересный калькурятор, который позволит рассчитать объем дискового пространства, требуемый связанными клонами виртуальных машин:
Компания Veeam на прошлой неделе провела презентацию новой версии ПО для резервного копирования и репликации виртуальных машин Veeam Backup and Replication 5. Этот продукт не только представляет собой самое совершенное средство для бэкапа ВМ на платформе VMware vSphere, но и позволяет использовать самые инновационные технологии, которых на сегодняшний день нет ни у одного вендора систем резервного копирования под VMware.
Актуальный вопрос для тех, кто пользуется средством VMware Update Manager (VUM) для автоматизированного обновления хостов VMware vSphere / ESX. База данных VUM и занятое обновлениями дисковое пространство имеют свойство неудержимо расти, что важно учитывать при планировании развертывания сервера под Update Manager.
Компания VMware выпустила калькулятор размера базы данных и хранилища VMware vCenter Update Manager 4.1 Sizing Estimator, позволяющий администраторам прикинуть, сколько дисковой емкости нужно будет под базу данных, хранилище патчей (Patch Store) и временные файлы:
Компания VMware, начиная с 9 августа, запустила интересную промо-акцию, направленную на стимулирование приобретения продуктов VMware vSphere и их апгрейд на более продвинутые версии.
Наглядная суть акции:
Что это значит:
1. Приобретая лицензии VMware vSphere (не Essentials и Essentials Plus) или делая апгрейд можно, по крайней мере, бесплатно получить 15 лицензий на VMware vCenter CapacityIQ - средство учета и прогнозирования мощностей виртуальной инфраструктуры (лицензируется по виртуальным машинам).
2. Приобретая лицензии на издания VMware vSphere 4 Enterprise Plus или делая апгрейд на него с любого издания, можно получить лицензии на 50 одновременно запущенных виртуальных ПК VMware View 4.5 Premier Add-on. При этом цена апгрейда с Enterprise до Enterprise Plus составляет всего $495 за физический процессор (это валидно с 1 сентября). Ну и CapacityIQ на 15 ВМ тоже при этом дарят. Ну и Novell SUSE Linux Enterprise Server for VMware прикладывают впридачу.
Полный список, участвующих в акции продуктов представлен здесь. За приобретением продуктов обращаться в компанию VMC.
Время акции - с 9 августа 2010 по 15 декабря 2010.
Технология VMware Fault Tolerance позволяет защитить виртуальные машины с помощью кластеров непрерывной доступности, позволяющих в случае отказа хоста с основной виртуальной машиной мгновенно переключиться на ее "теневую" работющую копию на другом сервере ESX. Однако эта технология имеет существенные ограничения, приведенные ниже. Таги: VMware, Fault Tolerance, FT, vSphere, ESX, DRS, DPM, HA, Enterprise
Вместе с VMware vSphere 4.1 компания VMware выпустила также новую версию продукта Site Recovery Manager (SRM), предназначенного для создания катастрофоустойчивой виртуальной инфраструктуры.
Помимо функций, имеющихся в версии 4.0, VMware SRM 4.1 получил следующие новые возможности:
Поддержка VMware vSphere 4.1
Возможность изменять system shutdown retry timeout в гостевой ОС при кастомизации IP-адресов, а также datastore discovery timeout в процессе восстановления
Поддержка виртуальных сетей на базе VMware vNetwork Distributed Switch (vDS) на основном и резервном сайте
Поддержка IP customization для гостевых ОС Windows 7 и Windows Server 2008 R2
Серверная часть VMware SRM 4.1 теперь только 64-битная (клиентская осталась 32-битной), соответственно, она не совместима с vCenter 4.0.
Экосистема партнеров решения SRM теперь включает дисковые массивы 14 вендоров: 3PAR, Compellent, Dell | EqualLogic, EMC, FalconStor, Fujitsu, Hitachi, HP, IBM, LSI, NEC, NetApp, Sun, Xiotech.
Скачать VMware Site Recovery Manager 4.1 можно по этой ссылке.
Как вы знаете, в VMware vSphere 4.1 механизм VMware DRS, осуществляющий балансировку нагрузки на хост-серверы ESX, теперь интегрирован с технологией непрерывной доступности VMware Faut Tolerance.
То есть DRS автоматически распределяет по хост-серверам и FT-машины, однако тут есть небольшой нюанс. В соответствии с рекомендациями Fault Tolerance, число таких машин на хосте должно быть не больше 4-х в целях оптимального быстродействия. Если вы попробуете смигрировать пятую виртуальную машину с включенной технологией FT на хост, вы получите вот такое сообщение:
Host already has the recommended number of 4 Fault Tolerance VMs running on it
То есть DRS не смигрирует и не сделает Initial Placement для FT-машин на хосты VMware ESX, где уже работают 4 таких ВМ. Однако, есть возможность увеличить это количество. Для этого необходимо в расширенных настройках (Advanced Settings) кластера VMware HA/DRS добавить параметр:
das.maxftvmsperhost
со значением, например, 6. Если вы поставите значение 0, то VMware DRS будет полностью игнорировать данное требование к числу FT-машин на хост.
Администраторы, работающие с платформой виртуализации VMware vSphere, часто встречаются с различного рода акронимами в интерфейсе vSphere Client (например, vmx, VPXD или VPXA).
Duncan Epping в своей заметке разъяснил происхождение некоторых терминов (комментарии также почитать интересно):
ESX = Elastic Sky X
GSX = Ground Storm X also some times referred to as Ground Swell X
Пакет продуктов VMware vSphere 4.1 вышел уже две недели назад, особенных ошибок в новой сборке выявлено не было, а значит настало время обновлять свои хосты VMware ESX 4.0 Update 1 или Update 2 на VMware ESX 4.1.
Прежде всего, вам надо пойти по этой ссылке на сайт VMware и скачать два пакета для проведения обновления (у вас должен быть действующий контракт на подписку SnS):
Далее нужно скопировать эти файлы в сервисную консоль сервера VMware ESX, например, с помощью бесплатной утилиты Veeam FastSCP. После этого в Service Console VMware ESX 4.0 выполняем следующие действия:
1. Переводим хост в Maintenance Mode. Это можно сделать либо из vSphere Client, либо командой:
# vimsh -n -e /hostsvc/maintenance_mode_enter
2. Выполняем команду в директории с файлами обновления:
В частности интересна формула, отражающая требования к пропускной способности FT-канала между серверами VMware ESX:
FT logging bandwidth = 1 Mbit/s + 1.2 * (average disk read throughput
[Mbits/s] + average network receives [Mbits/s])
Также интересно описание работы FT-протокола, результаты экспериментального тестирования и анализ различных подходов к непрерывной доступности виртуальных машин, в том числе с раздельным хранилищем для виртуальных дисков основной и резервной ВМ (здесь, кстати, интересна конфигурация FT + StarWind - как средство отказоустойчивости на уровне хранилищ + серверов).
Как вы знаете, в новой версии платформы виртуализации VMware vSphere 4.1 появилась замечательная возможность создавать виртуальные машины, у которых один виртуальный процессор (vCPU) может иметь несколько ядер (Multicore vCPU). Более ранние версии VMware ESX умели представлять только одно ядро на виртуальный vCPU машины, а сама возможность многоядерности процессоров ВМ была экспериментальной.
Как известно, многие возможности VMware vSphere приходят из настольных платформ, после того, как пройдут "обкатку" пользователями на некритичных виртуальных окружениях. Например, тонкие диски или технология TPS, которая называлась просто Page Sharing, насколько я помню, пришли из VMware Workstation.
Теперь в VMware ESX 4.1 можно создавать несколько виртуальных ядер, правда не так элегантно как это реализовано в VMware Workstation 7:
Операционная система в этом случае будет видеть виртуальные ядра vCPU виртуальной машины как отдельные логические процессоры.
Чтобы сделать это в VMware ESX 4.1, нужно открыть свойства виртуальной машины, перейти на вкладку Options и выбрать категорию General в списке Advanced options. Затем нужно нажать кнопку Configuration Parameters, которая позволит изменить vmx-файл конфигурации ВМ с помощью построчного добавления параметров и их значений.
Нужно добавить вот такую строчку в качестве параметра:
cpuid.coresPerSocket
В качестве значения можно задавать число ядер на виртуальные vCPU нашей машины. При этом число ядер должно быть степенью числа 2 (то есть 1, 2, 4 или 8 ядер - про большее не упоминается в документации).
Какие требования предъявляются к виртуальным машинам с несколькими ядрами на одном vCPU:
Поддерживается в производственной среде только для VMware ESX 4.1
Virtual Machine hardware должно быть версии 7 или выше
Чтобы настроить этот параметр, нужно предварительно выключить виртуальную машину
Опция CPU hot Add/Remove будет отключена
Почему так далеко запрятана эта возможность? Ответ прост - чтобы не баловались. Потому как нужна она только в случаях, когда особенно требуется экономия на лицензировании при необходимости наращивания производительности виртуальной машины (как раз за счет числа виртуальных ядер). То есть, если ОС или приложения лицензируются на процессор (в данном случае виртуальный), то нашпиговывание его виртуальными ядрами не увеличит стоимость необходимых лицензий, но увеличит производительность ВМ.
Однако, здесь есть одно но. Необходимо внимательно читать EULA к своему развертываемому ПО в виртуальных машинах, где определены понятия сокета, процессора и ядра, в том числе, иногда и для виртуальных сред. Очень вероятно, что такой финт с наращиванием ядер будет нарушать условия EULA.
Как уже много писали об этом ранее, одной из проблем механизма отказоустойчивости VMware HA является его потенциальное не срабатывание в окружениях, где одновременно отказывает более 4-х хостов в кластере (например, на уровне блейд-корзины), когда не доступны все 5 primary-узлов. В этом случае есть риск, что виртуальные машины не перезапустятся на оставшихся хост-северах.
В VMware vSphere 4.1 появилась возможность явным образом указать, какие узлы в кластере VMware HA будут являться Primary:
Можно использовать в качестве разделителя пробел или запятую.
Эти настройки необходимо указывать в расширенных свойствах кластера VMware HA (Advanced Settings). Обращаю внимание, что хоть эти настройки и не являются experimental, они являются неподдерживаемыми со стороны VMware и не рекомендуются к использованию в промышленной среде. Кстати, скоро кластер VMware HA будет переживать сколько угодно отказов хостов ESX / ESXi.
Компания VMware выпустила очень интересный и рекомендуемый к прочтению администраторами VMware vSphere документ "Understanding Memory Resource Management in VMware ESX 4.1". В данном документе описывается, как гипервизор ESX / ESXi обращается с оперативной памятью хост-сервера виртуализации при исполнении виртуальных машин.
Подобный документ существовал у VMware и ранее, но теперь в нем добавилось описание техники Memory Compression, которая позволяет существенно экономить физическую память хост-сервера за счет сжатия страниц, которые должны были попасть в своп.
Также в этом документе указано, как можно управлять кэшем (Compression Cache), где лежат эти сжатые страницы памяти для виртуальной машины:
RSS
